home *** CD-ROM | disk | FTP | other *** search
- Path: informatik.tu-muenchen.de!fischerj
- From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: ChangeScreenBuffer()
- Date: 6 Mar 1996 13:35:37 GMT
- Organization: Technische Universitaet Muenchen, Germany
- Distribution: world
- Message-ID: <4hk4b9$pdm@sunsystem5.informatik.tu-muenchen.de>
- References: <4gl1e7$r6s@oreig.uji.es> <1996Feb24.154556.15537@imada.ou.dk> <4gt3dq$6fg@oreig.uji.es> <1996Feb28.190533.23231@imada.ou.dk> <4het4a$rbf@oreig.uji.es>
- NNTP-Posting-Host: hphalle0a.informatik.tu-muenchen.de
- To: ii202@rossegat.uji.es (Jorge Acereda Macia)
- Originator: fischerj@hphalle0a.informatik.tu-muenchen.de
-
-
- In article <4het4a$rbf@oreig.uji.es>, ii202@rossegat.uji.es (Jorge Acereda Macia) writes:
- |> Organization: Universitat Jaume I. Castell≤ de la Plana. Spain
- |> Lines: 50
- |> Message-ID: <4het4a$rbf@oreig.uji.es>
- |> References: <4gl1e7$r6s@oreig.uji.es> <1996Feb24.154556.15537@imada.ou.dk> <4gt3dq$6fg@oreig.uji.es> <1996Feb28.190533.23231@imada.ou.dk>
- |> NNTP-Posting-Host: @rossegat.uji.es
- |> X-Newsreader: TIN [version 1.2 PL2]
- |>
- |> Bjorn Reese (breese@imada.ou.dk) wrote:
- |> > Jorge Acereda Macia (ii202@rossegat.uji.es) wrote:
- |> > > Bjorn Reese (breese@imada.ou.dk) wrote:
- |>
- |> > > There's is another issue... Pressing the depth gadget will freeze
- |> > > the game/demo until you release it. Any solution?
- |>
- |> > None, that I can think of. However, chances are that if the user
- |> > is pressing the depth gadget, (s)he's isn't paying attention to
- |> > the game/demo and probably wants it to freeze.
- |>
- |> I mean that if you keep pressing the depth gadget a couple of
- |> seconds all the calls to ChangeScreenBuffer() during that time
- |> will fail. I've been watching demos and the usual approach is
- |> to exit the demo as soon as the user presses the mousebutton,
- |> so the problem is solved :-) But for games... It's a different
- |> world. Perhaps opening a backdrop window will solve the problem...
- |> Will try it tonight.
- |>
- |> > > > some example in NDK called doublebuffer.c, I believe) However, this
- |> > > > can give some strange results under some circumstances, so I prefer
- |> > > > WaitTOF().
- |> > >
- |> > > I had no problem with it... What problems do you refer to?
- |>
- |> > Let's see if I can remember it...
- |>
- |> > Put your double-buffering screen behind another. Drag the frontmost
- |> > screen down 20-30 rasterlines. Watch your double-buffering swap at
- |> > an amazingly high rate.
- |>
- |> Yeah, I remember experiencing this nasty bug in my code, but it was
- |> all my fault. It was due to a bad replyport assignment (I was assigning
- |> the DispPorts to the ports intended to receive the SafeMessage). I
- |> fixed this and it worked fine. Check that assignments in your code.
- |>
- |> BTW I'm writing some sample code: OpenDBScreen(), CloseDBScreen() and
- |> ChangeDBScreen() (and one more function will probably be needed to
- |> wait for the DispMessage). If anyone is interested (or if anyone
-
- yeah that's something for my coder homepage! :)
-
- |> has already written such a thing and I'm reinventing the wheel)
- |> drop me a line.
- |>
- |> Greets,
- |> --
- |> ---------------------------- --------------------------------------------
- |> | Jorge Acereda | Dream the same thing everynight |
- |> | ii202@rossegat.uji.es | I see our freedom in my sight |
- |> | Intel Outside | No locked doors, no windows barred |
- |> | Amiga Rules | No things to make my brain seem scarred |
- |> ---------------------------- --------------------------------------------
- ------------------------------------------------------------------------
- fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) =:)
-
-